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INTELLIGENT COMMUNICATION AND APPLICATIONS SERVER 

Field of the Invention 

The present invention relates to communications systems and in 
S particular to an intelligent communication and q)plications server to enhance 
communication connectivity in wireless and/or land-line networics. 

Backgronnd of the Invention 

In today's communications environment, users on different networks 
10 must commimicate with each other. This makes internetworking among various 
telecommunications networks an important and challenging technological task. The 
majority of current applications of intemetworidng provide access only for selected 
appHcations. Difficulties in communication connectivity between applications on 
wireless networks and host computers on land-line networks has been of concern. 
1 5 Also, the growth of existing and the introduction of new services on communication 
networks has significantly increased traffic flow. In heterogeneous wired and wireless 
networics, communication servers must be able to cope with capacity and network 
failures while being cost efficient Accordingly, a communication server to provide 
flexible communication and connectivity between participants is desired. 
20 It is therefore an object of the present invention to provide a novel 

intelligent communication and appUcations server to enhance communications 
cormectivity in wireless and/or land-line networks. 



Snmmarv of the Invention 

25 Broadly stated, the present invention provides an intelligent 

communication and applications server to provide communication cormectivity 
between ^pUcations such as mobile point-of-sale (PCS) / electronic fund transfer 
(EFT) terminals on a wireless packet data network (WPDN) and host computers on a 
land-line network. The intelligent communication and applications server wraps API 

30 data fi'om the host computers with a logical message which acts as a transporter for 
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the API data to the destination. In this manner, communication connectivity between 
the applications on the WPDN and the host computers can be maintained. 

The present invention provides advantages in that communication 
connectivity between the applications on the WPDN and the host computers on the 
5 land-line network is maintained even though the API data of the host computers and 
mobile terminals may not provide for direct communication connectivity. In addition, 
the present invention provides advantages in that the intelligent communication and 
applications server includes a knowledge base to deal with "special" communication 
conditions as they arise. 

10 

Brief Description of the Drawing 

A preferred embodiment of the present will now be described more 
fully with reference to the accompanying drawings in which: 

Figure 1 illustrates a communications system including an intelligent 
1 5 communication and.appUcations server acting between mobile terminals on a wireless 
packet data network and host computers on a land-line network in accordance with the 
present invention; 

Figure 2 is a schematic diagram in block form of the intelligent 
communication and appUcations server of Figure 1; 
20 Figure 3 illustrates a message dispatcher and a communications 

manager within one of the mobile terminals of Figure 1 ; 

Figure 4 shows outgoing message flow from the mobile terminal of 

Figure 3; 

Figure 5 shows incoming message flow within the mobile terminal of 

25 Figure 3; 

Figure 6 illustrates connectivity between the mobile terminals and host 
computer of the communications system of Figure 1; 

Figure 7 illustrates the networic infrastructure of the conmiunications 
system of Figure 1; 
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Figure 8 is a sdiematic diagram in block form of the intelligent 
communication and applications server of Figure 2; 

Figures 9 and 10 show communication trafiBc between the host 
computers and the mobile terminals; and 
5 Figure 1 1 shows an OSI model protocol stack and its conversions in 

the communications chain across the communications system of Figure 1 based on a 
DataTAC wireless packet data network. 



Description of the Invention 

10 In the well known OSI Reference Model, every device that connects 

two computer systems or networks, that are not connected to each other, is referred to 
as a relay. In accordance with this terminology, a bridge functions as a data link layer 
relay. A router represents a networic layer relay, and a gateway is any relay at a layer 
that is higher than the network layer. Nonhomogaiity and a broad variety of 

1 5 differences between intercoimected networks needs to be resolved by numerous 

functions performed by those relays in order to achieve cormectivity. Some of those 
tasks to be resolved are: a) routing techniques; b) error control; c) flow control; d) 
user access control; e) close procedures; f) communication monitoring and traffic 
handling; g) statistics; and h) network efficiency to name but a few. The present 

20 invention provides an intelligent communication and ^plications server to provide 
connectivity between wireless and/or land-line networks. 

Referring now to Figure 1 , a communications system is shown and is 
generally indicated to by reference numaal 20. As can be seen, the communications 
system 20 includes an intelligent communication and applications server 22 including 

25 a server 24 and a backup server 26 intercormected via an Ethernet backbone 28. 

Woricstations 30 are also cormected to the intelligent communication and appUcation 
server 20 by way of an Ethernet based network 32. 

The intelligent communication and applications server 22 is cormected 
to a land-line based (wired) network 34 on one side and a wireless packet data 

30 network (WPDN) 36 on the other side. The land-line based network 34 includes a 
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plurality of host computers 40, 42, and 44 respectively, connected to the intelligent 
communication and s^plications servo- 22 by way of an X,25 land-line packet data 
network 46. The intelligent communication and applications server 22 is also 
connected to additional host computers 50 (only one of which is shown) by way of a 
5 TCP/IP protocol network 52. 

The WPDN 36 includes a WPDN switch 60 interconnecting the 
inteUigent communication and q)plications server 22 with one of a plurality of 
WPDN base stations 62. Wireless mobile terminals 64 communicate with the WPDN 
base stations 62 by way of wireless RF communications links 66. The wireless 

10 mobile terminals 64 are preferably of the point-of-sale (POS) / electronic fund transfer 
(EFT) type such as those described in PCT application No. PCT/CA96/00104 for an 
invention entitled "Free-Roaming Hand-Held Point-Of-Sale Terminal". 

Referring now to Figures 2 and 8, die intelligent communication and 
^plications server 22 is better illustrated. As can be seen, in Figure 2, the intelligent 

15 communication and applications server 22 includes a front end in the form of a virtual 
host 80 communicating with the WPDN 36 and a back end in the form of a virtual 
terminal 82 communicating with the land-line based networic 34. A virtual gateway 
84 cormects and transfers data between the virtual terminal 82 and the virtual host 80 
and accesses a database 86. 

20 Turning now to Figure 8, the gateway 84 is better illustrated. Gateway 

84 includes a message recognizer 100 receiving input data from the WPDN 36 and 
land-line network 34. The message recognizer 100 communicates with a knowledge 
base 102 (database 86 in Figure 2) and conveys logical messages to a message 
dispatcher 104. Message Dispatcher 104 conveys logical messages to an autorouter 

25 and autobridge 106 which in turn outputs data to the WPDN 36 and land-line network 
34. The knowledge base 102 also communicates with an expert system tool kit 108 to 
allow the knowledge base to grow to meet the needs of the conununications system 
20. 

Referring now to Figures 3 to 5, one of the mobile terminals 64 is 
30 schematically illustrated. As can be seen» the mobile terminal 64 includes a message 
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dispatcher 200 connected to a communication manager 202 and to the various 
components 204 of the mobile terminal 64 via a software bus 207. The message 
dispatcher 200 also commimicates with a message office 206 including an internal 
registry 208 and mailboxes 210. The conraiunication manager 202 communicates 
5 with a knowledge base 212 providing physical moping. The communication 
manager includes an autobridge and autorouter 214, virtual ports 216, input/output 
device drivers 218 for outputs such as an RF modem, SPI bus, RS 232, etc. and a 
check registry 220. 

Figure 7 illustrates the network infrastructure of the communications 
10 system 20 showing the mobile terminals 64 connected to the host computers 40 to 44 
and 50 with the intelligent conununication and applications server 22 acting between 
them. 

The mobile terminals 64 communicate with the WPDN 36 which may 
be of the DataTAC, Mobitex, CDPD, GSM or PCS type. DataTAC wireless packet 

1 5 switching data networks require 56 to 64 kbps backbone communication pipe per 
physical connection with SCR (standard context routing) over X.25, through PVCs 
(permanent virtual circuits) or SVCs (switched virtual circuits). The intelligent 
commimication and applications server 22 provides full coimectivity to the host 
computers 40 to 44, 50 via this communication path, especially in the case where the 

20 mobile terminals transmit financial transaction data where ETE POS (end to end point 
of sale) protocol is a must. DataTAC engine servers (and others) do not provide ETE 
connectivity. 

Mobitex wireless packet switching data networks are very similar to 
DataTAC WPDNs and therefore, the intelUgent conununication and applications 
25 server 22 must bridge the cormectivity g^. CDPD wireless packet data networks are 
the most demanding in terms of throughput and speed. These networks are entirely 
based on the TCP/IP protocols. GSM/PCS networics are circuit switched wireless 
cellular networks where again end to end (ETE) coimectivity is an issue. 

The intelligent communication and applications server 22 is designed 
30 to provide full communication cormectivity with the WPDN 36 regardless of its form 
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and any applications (i.e. mobile terminals 64) on the WPDN 36. The intelligent 
commxmication and applications server 22 is also designed to provide communication 
connectivity among the host computers 40 to 44 and 50 as well as communication 
connectivity among multiple host computers to multiple networks. 
5 In the communications system 20» there are two basic groups of 

participants. One group of participants is constituted by the mobile terminals 64 
which follow a logical model consistent with the intelUgent communication and 
applications server 22. The second group of participants relates to the host computers 
40 to 44 and SO. The host computers 40 to 44 and 50 do not follow the logical model 

10 followed by the mobile terminals 64 and intelligent communication and applications 
server 22. Thus, the intelligent communication and applications server is based on 
communications between a "known plication" (i.e. a mobile terminal 64) and an 
"unknown host" (i.e. a host computer 40 to 44, 50). "Unknown" in the context of the 
present application refers to the fact that only the basic API level of the host computer 

15 is known to the intelligent communication and ^pUcations server 22. Since the host 
computers 40 to 44, 50 are typically managed by financial institutions, there is 
nothing that can be done to change the API level of the host computers in order to 
allow them to conmiimicate directly with the mobile temiinals 64. Therefore, this 
poses a potential commimications problem especially when a message is transmitted 

20 firom a host computer that is to be deUvered to a mobile terminal 64. 

According to Tanenbaum, every communication entity within a 
communications environment has to be identified in order to establish 
conmiimications with other entities. Three tenns that are applicable to this concept 
are names, addresses, and routes. The important step in this concept is the logical 

25 address which leads to the concept of an API logical message generated on an API 
level. 

In the present communications system 20, the above-identified 
potential communications problem between host computers and mobile terminals is 
overcome by the intelligent communication and applications server 22 which builds 
30 API logical messages and wraps them with API data generated by the host computers. 
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In this manner, two way logical communications between the host computers 40 to 
44, SO and mobile terminals 64 is established. One special case that arises in 
communications between the host computers and the intelUgent communication and 
applications server 22, is a result of protocols with "zero m^sages". Protocols of this 
S nature do not comprise API data preventing the logical message from being built. 
This is solved by the intelligent communication and applications server 22 using the 
knowledge base 102. 

To achieve communications in the communications system 20, 
participants (component) taking part in the conmiunications traffic (including diird 

1 0 party hosts etc.) have to be marked with a imique logical ID. The logical address 

format comprises three levels of identities, namely a system ID, an application ED and 
a component ID. The general format for the logical address is: 

System ID. Application ID. Component ID. 
The system ID is a unique ID of the syst^ within the logical model. 

IS The length of the field (i.e. the number of bytes) depends on inputs and designates 
many of the systems. The application ID is the field of the logical address that 
represents every logical unit (appUcation) within the communications system 20, such 
as the mobile terminals 64, the intelligent communication and applications server 22, 
etc. Basically any participant in the commimications system 20 is assigned an 

20 ^plication ID. This is an abstract definition which does not care about physical 

connections. The component ED field represents all possible components within all of 
these logical units (application) such as drivers, communication managers, bank credit 
components, bank debit cony)onents, etc. 

The logical model enables logical connectivity among everything 

2S participating in the communication traffic. It is important to note that this 

connectivity is not physical connectivity. This is API logical coimectivity established 
in order to enable application data to flow freely within the communications model. 
The intelligent communication and applications server 22 participates in this traffic 
bridging different applications of the system. Real physical mapping occurs within 

30 each of the applications (devices) as part of the knowledge base 212. Specifically, the 
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knowledge base 212 maps ports 216 and device drivers 218 on the mobile terminals 
64 to ports on the intelligent communication and q>plication server 22 that 
communicate with the X.25 packet data network 46, or TCP/TP protocol network 52 
or Ethernet network 32. Figure 6 shows the connectivity of the logical model and 
S Figure 3 shows component layouts for logical messages. The registration process is 
on-line for the mobile terminals 64 and off-line for the host computers 40 to 44 and 
50. 

In addition to logical addressing, data exchange between the two APIs 
is another important part of the logical message. Data can be exchanged in two 

10 maimers, namely asynchronously or synchronously. The logical message indicates 
which communication manner is supported and embeds this information into its 
header as a Type and Tag. 

Asynchronous data exchange is datagram oriented. During 
asynchronous data exchange, a request datagram is sent to the intelligent 

1 5 communication and applications server 22 by the appHcation. The intelligent 
communication and ^plications server 22 responds to this request by returning a 
respond datagram. Recognition of the "Request-Respond" handshake in the logical 
message is done in the Tag field and is referred to as the handshake ID. The 
handshake ID is a unique ID and is returned by the intelligent communication and 

20 applications server 22. The handshake ID value is within the range of 1 to 65535. 

Synchronous data exchange is session oriented. During synchronous 
data exchange, a request message (it can be as the first message of the conversation) 
to open a "conversation" session is sent to the intelligent communication and 
appUcations server 22 by the application. The inteUigent communication and 

25 applications server 22 creates a session and its session ID is returned. During the 
conversation time via this session, both the appHcation and the intelligent 
communication and applications server have to keep the same session ID until either 
the application decides to close the conversation or there is some communications 
problem bom the server site. The session ID value is within the range of 1 to 32767 
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(2 bytes), where value 1 is a request to open a session and a negative value is a request 
to close a session. The value 0 is an invaUd session ID. 

The logical message format is as follows: 

5 



SID 


Type 


Tag 


Src 


Dst 


API Message Body 



SID represents a signature ID, that is calculated (CRC) from its header 
context. The field is used to recognize third party messages. The remaining fields 
support logical connectivity and the API data exchange mechanism. 
10 Type is a message type indicator to recognize a data exchange 

mechanism. It reflects the maimer between which two API components will 
cooperate. 

Tag represents additional run-time information regarding to the type of 
the logical message. This tag ID is a imique conversation niraiber between the two 
15 API components. 

The datagram communication mechanism is as follows: 
Tag ID = 0, means invalid session ID; and 
Tag ID = 1< Handshake ID < 65535. 
The session (message) commimication mechanism is as follows: 
20 Tag ID = 0, means invalid session ID; 

Tag ID = 1, means request to open session, or the first message; 

Tag ED = 1, < Session ID < 32767 means a valid session; and 
Tag ID = - 32767 < Session ID < -1, request to close a session, or the last 

message. 

25 Src. is a logical address of the source and Dst. is a logical address of 

the destination. 
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The API message body has the following format: 



EXT 


D/M 


Daplicate 


Reserve 


Reserve 


b2 


bl 


bO 



Ext is an extension bit to allow insertion of another header; 
5 D/M is the datagram or message; 

Duplicate is a logical message dupUcate; and 
b2y bl and bO are bits describing data exchange. 
For this logical cormectivity concept there is a one special service 
within the communication devices in the communications system 20, namely, the 
10 registry databases. The logical connectivity concept between the components in the 
client/component configuration is based on "unknown information" of the component 
locatioiL The q)plication's component can be moved to any place within the logical 
model without requiring changes to API level to be made. 

Each registry database is a knowledge base of the cormectivity of the 
1 5 intemal and external components of the application. Every internal component of the 
^plication has a duty to perform a registration and unregistration process service. In 
the case of the mobile terminals 64, the message dispatcher 200 manages this process 
service. Based on component registrations, the message dispatcher 200 can simply 
decide if an API message is to be performed internally or whether it is necessary to 
20 pass the API message to the conmiunication manager 202. The communication 
manager 202 handles the incoming and outgoing logical messages (part of the API 
message). 

There is a second part of the registry database dealing with the 
information necessary to route the message. This database is the knowledge base 212 
25 dealing with the physical mapping between the physical device and the logical 
destination address. There are two types of registry databases. The first type is 
controlled by a component on the "fly" (run-time registration) and it does not need to 
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be administrated. The other type is for all external connectivity and it needs to be 
administrated. 

The registry database stores the logical connections to or from the 
intemal components with the mapping to the physical communication ports. Each 
5 mobile terminal 64 therefore has to have only one database with a minimum of one 
logical connection to the administrator of the system to achieve connectivity. The 
image of the external database can be constructed or updated in different ways and by 
different source. For example, the external database can be constructed or updated 
(i) locally from the application manager, (ii) remotely from the administrator; or (iii) 

10 on the "fly" (run-time) as a learning process. 

The registry database is a knowledge base component - conmiunication 
abstract. The message dispatcher 200 and communication manager 202 manage 
message flow. They also have private properties to deal with how to handle message 
traffic (all kinds of information example - Host protocol description which is 

1 5 important with TTY host protocols which have "zero messages"). This can be 
embedded in the registry database. 

Figures 4 and 5 show the intemal outgomg and incoming message 
control flow within the mobile terminals 64, For an outgoing message, a component 
204 sends a message that goes to the message dispatcher 200. Within the message 

20 dispatcher, a check is performed within the check registry that conmnmicates to the 
message office 208. All intemal messages stay within the mobile terminal 64. 
External messages go to the communication manager 202 which contains the external 
registry 212 and autorouter 214. Autorouter is responsible for relaying the message to 
the appropriate device driver port 218 (RF modem, RS232, etc.). 

25 For incoming messages, the message arrives via the RF modem or RS 

232 port and passes the check registry 220 in the communication manager 202. After 
confirmation, the incoming message goes to the message dispatcher 200 for the next 
level of check and through the store manager mechanism before the message is stored 
in the mail box 210. Any component 204 can get a m^sage fix)m the mail box. 
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The logical connectivity concept embodied in the communications 
system 20 including the logical address and the API logical message is the abstract 
core that shapes the internal architecture of the intelligent communication and 
applications server 22. 

5 In the case of the intelligent communication and applications server 22, 

logical messages (as a part of the API header) that come from all communications 
components, devices and all traffic participants proceed to the message recognizer 
100. Messages that originate from the mobile terminals 64 can bypass the message 
recognizer 100 and be routed to the proper destination. Messages that come from 

1 0 other sources pass through the message recognizer 100. In the case of a message from 
an "unknown" host computer, the logical message does not exist within the message 
header, so it has to be built by the message recognizer 100. The message recognizer 
100 uses fuzzy logic and artificial intelligence to do this. In order to build the logic 
message header, knowledge from the knowledge base 102 is used. The knowledge 

1 5 base is initially built up and updated via the tools. The tools 108 serve to enter basic 
API requirements of the "imknown" host computers. TTie knowledge base 102 builds 
itself (using complex algorithms) as the traffic between mobile terminals 64 and host 
computers 40 to 44 and 50 progresses. 

Figures 9 and 10 show mobile termiiud 64 to host computer 40 to 44, 

20 50 traffic and host computer to mobile terminal traffic while Figure 1 1 shows one 
example of the OSI model protocol stack and its conversions in the communication 
chain, based on a DataTAC 5000 (Motorola) wirel^s packet data network. 
Application is POS/EFT Datapack 3201 standard. 

The intelligent communication and applications server 22 includes 

25 virtual host wireless communication defaults. One of the few defaults is a DataTAC 
core. The other defaults are CDPD, GSM/PCS cores. This is the front end of the 
server. All of these cores communicate with one common core. 

In addition, many wireless networks provide for "fleet connectivity" 
(one to ntiany). Fleet coimectivity cares only about the destination. This is a 

30 synchronous protocol. Between the intelligent communication and appUcations server 
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22 and the WPDN switch, messages are routed via SVC's (switchable virtual circuits) 
located in the so called SVC SINK. SVC concq)t comes from the packet data 
networks (like X.2S). The inteUigent communication and applications server 22 and 
the host computers communicate synchronously via dedicated SVCs. That means that 
5 a limited number of SVCs have to handle many mobile terminals. This traffic is 
handled by the intelligent communication and q)plications server 22. 

Server 22 enables three types of connectivity through the SVCs and 
enhances communication throughput, namely device connections, sessions 
connections and asynchronous datagram messaging. Asynchronous datagram 

10 messaging follows the dynamics of the traffic and accommodates any increase in the 
traffic. A limited number of SVCs provide throughput for a much larger number of 
mobile terminals. Device connection is permanent-static (terminal corresponds to the 
specific SVC). Session locks communication SINK only temporarily. 

Although global logical cotmectivity is important for the message 

IS delivery aspect of this invention, the intelligent communication and applications 
server 22 functions not only as a communication bridge, but also serves to execute 
and generate other API message bodies or to convert applications into different forms. 

Although a preferred embodiment of the present invention has been 
described, those of skill in the art will appreciate that variations and modifications 

20 may be made without departing from the spirit and scope thereof. 
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Figure 3, The communication componnents within the physical device. 
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Figure The Cormectvities of the Logical Mode! - sysiemID = 0001 
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Figure Terminal to Host Network Infrastructure 
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